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SYSTEM AND METHOD OF SERVING DATA MESSAGES 

BACKGROUND 



Field Of The Invention 

Aspects of the present invention relate generally to delivering data messages 
in a communications network, and more particularly to a system and method of 
serving text-based data messages to a caller identification system in a 
telecommunications system. 

Description Of The Related Art 

Conventional caller identification (caller DD) systems employ an 
alphanumeric display or other monitor to display the telephone number of the source 
from which an incoming telephone call has originated; additionally, some such 
systems are adapted to display a name or other identifying string of alphanumeric 
characters associated with the telephone number. Though some caller ID systems 
support such name identification, association of identifying text with the telephone 
number identification feature is more typically enabled at the device receiving the 
telephone call. 

Even the most sophisticated conventional caller ID systems are not capable of 
receiving text-based messages transmitted from a remote device, nor are such 
systems capable of displaying such messages. There has been a continuing and 
growing need for a system and method of delivering text-based data messages to a 
caller ID system employing existing protocols and equipment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a simplified high-level block diagram illustrating a data 
communication network environment in which an embodiment of a system and 
method of serving data messages may be employed. 

FIGS. 2A and 2B are simplified high-level block diagrams illustrating 
embodiments of a system serving text-based data messages to a caller identification 
system. 



FIG. 3 is a simplified high-level block diagram illustrating components of 
one embodiment of an Integrated Access Device. 

FIG. 4 is a simplified high-level block diagram illustrating components of 
one embodiment of a message server. 
5 FIG. 5 is a simplified flow diagram illustrating the general operational flow 

of one embodiment of a method of serving text-based data messages to a caller 
identification system. 

DETAILED DESCRIPTION 

Embodiments of the present invention overcome various shortcomings of 

10 conventional technology, providing a system and method of serving text-based data 
messages to a caller identification (caller ID) system. 

In accordance with some aspects of the present invention, computer server 
hardware or software may be employed to overwrite source-specific information in a 
selected data packet header field ordinarily reserved for identifying the source of the 

15 data packet; text-based message data may replace the source-specific information. A 
protocol translator may enable text data to be served to a caller ID system used in 
conjunction with a plain old telephone service (POTS) telephone as well as with a 
Session Initiation Protocol (SIP) device. Text messages addressed and routed to a 
caller ID enabled device may be displayed on the caller ID display. 

20 The foregoing and other attendant aspects of various embodiments of the 

present invention will be apparent upon examination of the following detailed 
description thereof in conjunction with the accompanying drawings. 

Turning now to the drawings, FIG. 1 is a simplified high-level block diagram 
illustrating a data communication network environment in which an embodiment of a 

25 system and method of serving data messages may be employed. A network system 
100 may be configured to facilitate packet-switched data transmission of text, audio, 
video, Voice over Internet Protocol (VoIP), multimedia, and other data formats 
known in the art. System 100 may operate in accordance with various networking 
protocols, such as Transmission Control Protocol (TCP), Internet Protocol (IP), 

30 Hypertext Transfer Protocol (HTTP), Simple Mail Transfer Protocol (SMTP), 
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Asynchronous Transfer Mode (ATM), Real-time Transport Protocol (RTP), Real- 
time Streaming Protocol (RTSP), Session Announcement Protocol (SAP), Session 
Description Protocol (SDP), and Session Initiation Protocol (SIP). Those of skill in 
the art will appreciate that a system and method of serving text-based data messages 
5 to a caller ID system may be employed in conjunction with numerous other protocols 
known in the art or developed and operative in accordance with known principles. 

Network access devices 120A-120C may be coupled via one or more 
communications networks 11 OA- HOC enabling data communication between and 
among network access devices 120A-120C as described in detail below. 
10 Additionally, network access devices 120A-120C may be coupled with peripheral 
devices such as, inter alia, a telephone 171 or wireless telephone 172. Those of skill 
in the art will appreciate that network access devices 120A-120C and any attendant 
y peripheral devices may be coupled via one or more networks 11 OA- HOC as 

illustrated in FIG. 1. 

i p 15 For simplicity, data communications such as the foregoing, i.e. involving data 

M transmissk)ns between network access devices 120A-120C, may be discussed in the 

ijil present disclosure with reference to calls. The term "call," as used herein, may refer 

to audio transmissions {e,g, voice, digital audio, or telephone signals), video data 
"^1 transmissions, text-based services (e.g, "short message service" (SMS) or "instant 

iji 20 text messaging"), multimedia-based message delivery, or any other packet-based 

H 

J"^ data communication as is known in the art. 

Calls may be any real-time or near-real-time audio, video, text, or 
multimedia-based message transmissions across a computer network {i.e. an "on- 
line" message transmission). Examples of such transmissions include, but are not 
25 limited to, user-to-user or user-to-multi-user communications involving electronic 
conveyance of one or more digital messages such as data packets. Accordingly, 
examples of calls may include the following: electronic text "chat" or "talk" 
messaging; electronic mail (e-mail); SMS or instant text messaging; video- 
conferencing; and internet or other IP-based telephony, which may employ VoIP. 



is 
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In some embodiments, for instance, network access devices 120A-120C may 
be personal desktop or laptop computers, workstations, personal digital assistants 
(PDAs), personal communications systems (PCSs), wireless telephones, or other 
network-enabled devices. The scope of the present disclosure is not limited by the 
5 form or constitution of network access devices 120A-120C; any apparatus known in 
the art which is capable of data communication on networks 11 OA- HOC is within 
the scope and contemplation of the inventive system and method. 

Each individual network 11 OA- HOC may also include or be coupled, either 
directly or indirectly, to other networkable devices known in the art in addition to 
10 one or more of the following, for example: storage media 140; application server 
135; telephone network server 150; and wireless telephone base station 160. It is 
well understood in the art that any number or variety of computer networkable 
devices or components may be coupled to networks llOA-HOC without inventive 

'"r.htB 

faculty. Examples of other devices include, but are not Umited to, the following: 
i ff 15 servers; computers; workstations; terminals; input devices; output devices; printers; 

plotters; routers; bridges; cameras; sensors; or any other networkable device known 
in the art. 

A network 1 1 OA- HOC may be any communication network known in the art, 
including the Internet, a local area network (LAN), a wide area network (WAN), a 
,0 20 virtual private network (VPN), or any similarly operating system linking network 

% access devices 120A-120C and similarly capable equipment. Further, networks 

11 OA- HOC may be configured in accordance with any topology known in the art 
such as, for example, star, ring, bus, or any combination thereof. In operation, 
networks 11 OA- HOC may generally enable unicast and multicast network 
25 transactions, Le, two-way point-to-point, point-to-multipoint, or multipoint-to- 
multipoint data transfer between and among network access devices 120A- 120C. 

Application server 135 may be coupled to network HOA which supports 
receipt and transmission of data packets. Telephone network server 150 may be 
configured to allow two-way data communication between different networks, such 
30 as networks HOB and HOC as depicted in FIG. 1. Additionally or alternatively. 
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telephone network server 150 may communicate with a pub Uc-s witched telephone 
network (PSTN), a plain old telephone service (POTS) network, an Integrated 
Services Digital Network (ISDN), a private branch exchange (PBX) telephone 
switchboard, or any other telephone network. As illustrated in FIG, 1, telephone 
5 network server ISO may be coupled to wireless base station 160, which supports 
two-way communication between telephone network server 150 and wireless 
telephone 172, 

A system and method of serving text-based data messages to a caller ID 
system may be implemented, for example, at telephone network server 150 or 

10 application server 135. Additionally or alternatively, some or all of the functionality 
described in detail below may be incorporated into a plurality of distributed servers 
situated on, or operatively coupled to, one or more of networks 1 lOA-1 IOC. 

As noted briefly above, a caller ID system may incorporate a display 
generally to display the telephone number of the source from which an incoming 

15 telephone call has originated. The FIG, 1 network arrangement incorporating an 
embodiment of a system and method of serving text-based data messages allows a 
caller ID system coupled to telephone 171 or supported by wireless telephone 172, 
for example, additionally or alternatively to receive and to display text-based 
messages (such as may be transmitted via SMS or alphanumeric pager technology). 

20 In some embodiments, a system and method of serving text-based data 

messages to a caller ID system utilize features of the SIP communication protocol. 
While the following discussion addresses embodiments employing SIP for 
simplicity, those of skill in the art will appreciate that the system architecture and 
functionality set forth below are not Umited to SIP implementations. 

25 FIG, 2A is a simplified high-level block diagram illustrating an embodiment 

of a system serving text-based data messages to a caller identification system. A 
message source 220, such as a desktop computer or workstation, for example, may 
generally correspond to an apparatus such as network access devices 120A-120C 
described above with reference to FIG. 1. Similarly, telephone 271 and wireless 

30 telephone 272 A may be equivalent to those depicted and described with reference to 
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FIG. 1. Telephone 271 may be an ordinary POTS telephone having caller ID 
functionality enabled through either an integrated display or a peripheral attachment 
(not shown). In the following description, both wireless telephone 272A and wire- 
line telephone 272B are assumed to be SIP enabled; each SIP enabled telephone 
5 272A, 272B implements an integrated caller ID function. 

During operation of the FIG. 2A embodiment, a text-based message may be 
transmitted fi"om message source 220 to POTS telephone 271, SIP enabled 
telephones 272A, 272B, or some combination thereof, through a message server 250. 
Message server 250 may generally correspond to telephone network server ISO 
10 described above with reference to FIG. 1; accordingly, message server 250 may 
provide the functionality of telephone network server 150 mentioned above, for 
example, in addition to serving text-based messages as set forth in detail below. 
Alternatively, message server 250 or its fonctionality may be incorporated into a 
;V3 general purpose network device such as application server 135, also described above. 

ijl 15 As noted briefly above, POTS telephone 271 and SIP enabled telephones 

I'^^ 272A, 272B may support a caller ID feature which enables display of incoming call 

^jn information on an alphanumeric display. In this regard, SIP enabled telephones 

Q 272A, 272B may be capable of packet-switched data communication supporting text- 

based data transactions in a protocol used by the network (SIP, in this example). The 
irl 20 FIG 2A caller ID enabled POTS telephone 271, however, may be coupled to an 

2 Integrated Access Device (IAD) 260. As set forth in detail bebw, IAD 260 may 

couple POTS telephone 271 to message server 250, enabling the FIG. 2 A 
embodiment to serve text-based data messages to the caller ID feature of POTS 
telephone 271. 

25 Message source 220 may be embodied in a combination of hardware, 

firmware, and software; message source 220 may be capable of executing 
application program code responsive to user input. Application software (such as a 
text or chat message application, an e-mail application, or the like) at message source 
220 may support composition of a text-based data message, which may be addressed 

30 to an IP address representing POTS telephone 271 or SIP telephones 272A, 272B, 
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for example. A text-based message composed and addressed as set forth above may 
be routed to message server 250, which may queue all such messages for immediate 
or future delivery. 

Message server 250 may ascertain the identity of one or more intended 
5 recipients through parsing the header of a message, for example, or through other 
techniques of routing data packets known in the art; message server 250 may then 
direct a message accordingly. Text-based SIP messages may be delivered directly to 
the caller ID feature of SIP enabled telephones 272A, 272B, Text-based SIP 
messages may be delivered indirectly to POTS telephone 271, through IAD 260. 
10 A system and method of serving text-based data messages to a caller ID 

system may translate a message from SEP to a protocol recognized or required by 
POTS telephone 271, In that regard, message server 250 may route a message to 
IAD 260, which may perform a translation, converting the message to an appropriate 
=^0 protocol for the caller ID feature of POTS telephone 27 1 . 

Ln 15 Message server 250 may parse the header of each SIP data packet as 

"[2 described above; in addition to providing IP address information related to each 

^jn intended recipient, header information in a SIP data packet may also include a 

fj "display name" field or "caller ED" field. In accordance with one embodiment, 

message server 250 may overwrite the contents of the display name or caller ID field 
Lfl 20 in each SEP packet, and replace the contents of such a field with the text-based data 

'i^ message provided by message source 220. Additionally or alternatively, any source- 

specific data initially present in the display name or caller ID field may be 
overwritten at message source 220 during creation of the message, such that a text- 
based data message is originally written directly to the appropriate field in the header 
25 of the data packet. In such embodiments, the length of a text-based message which 
may be served to a caller ID system may be limited by the capacity of the 
overwritten field in the SIP header. 

Upon receipt of a data message at SIP enabled telephones 272A, 272B or at 
IAD 260, information contained in the display name or caller ID field of the Sn[ 
30 header may be forwarded to the caller ID feature. As described above, since the 
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information contained in a packet header field may be selectively altered (for 
example, at message source 220, message server 250, or both) to any desired string 
of characters, a desired text-based message may be delivered through the caller ID 
feature. Whereas a message may be forwarded directly to the caller ID feature of 
5 SIP enabled telephones 272A, 272B, protocol translation may be required at IAD 
260 in order to deliver a text-based data message to the caller ID feature of POTS 
telephone 271. 

FIG. 2B is a simplified high-level block diagram illustrating an embodiment 
of a system serving text-based data messages to a caller identification system. As 

10 illustrated, a system 280 may generally include at least a message receiver 281, a 
header field modifier 282, and a message router 283. With reference to components 
described above, it will be appreciated that system 280 may be implemented, for 
example, in hardware, firmware, software, or a combination thereof, resident on 
message server 250; additionally or alternatively, system 280 or components 

15 providing equivalent functionality may be resident, in whole or in part, on message 
source 220 or IAD 260. 

Message receiver 281 may be operative to receive a data packet comprising 
text-based message data and a header field containing source-specific information 
which may ordinarily identify a source of the data packet; by way of example, such a 

20 data packet may be generated at, and transmitted from, message source 220 
described above with reference to FIG. 2A. 

Header field modifier 282 may be operative to overwrite source-specific 
information in selected data packet header fields. As set forth in detail below, header 
field modifier 282 may generally replace selected information in packet header fields 

25 with the text-based data to be delivered to the caller ID system associated with the 
intended recipient of the message. 

Message router 283 may be operative to route the modified data packet to one 
or more intended recipients, such as the caller ID feature of SIP enabled telephones 
272A, 272B, or the IAD 260 described above. In an alternative embodiment, system 

30 280 may incorporate the protocol translation functionality of IAD 260. For example, 
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output from message router 283 may be directed to a protocol translator (not shown) 
prior to transmission to a recipient; similarly, output from header field modifier 282 
may be directed to such a translator prior to delivery to message router 283. 

FIG. 3 is a simplified high-level block diagram illustrating components of 
5 one embodiment of an Integrated Access Device. As depicted in the FIG. 3 
embodiment, IAD 360 may generally correspond to IAD 260 described above with 
reference to FIG. 2A, and may couple an IP network (represented by reference 
numeral 301) employing SIP to a PSTN device such as POTS telephone 371 . 

IAD 360 may be implemented in hardware, firmware, software, or a 
10 combination thereof, providing tones (such as dial tones, busy signals, ring 
indications, and the Uke) and ring current, respectively, through a tone generator 364 
and a ring generator 365. An audio compressor/decompressor, codec 363, may 
compress and decompress audio signals using standardized compression schemes 
known in the art. Audio codec 363 may enable audio signals generated at POTS 
I n 15 telephone 371 to be packetized for transmission through SIP Stack 362 and across an 

-IP data network 301; similarly, codec 363 may enable data from network 301 
CR (received at SIP Stack 362) to be de-packetized into a format recognized by POTS 

□ telephone 371. 

Transmission of converted or translated data may be facilitated by an 

; y 

^.11 20 appropriate interface, such as Network; :PSTN interface 366, where the "Network" 

l2 side of interface 366 may fiinction in accordance with the protocol employed by the 

particular network 301 to which IAD 360 is connected (SIP, in this example), and 
the "PSTN" side of interface 366 may communicate in accordance with a protocol 
recognized by POTS telephone 371. Control logic 361 may be embodied in 
25 hardware, firmware, software, or a combination thereof; control logic 361 may be 
operative to control the ftmctionality of, and interaction between, the other hardware 
and software components incorporated into IAD 360. Additionally, control logic 
361 may implement SIP Stack 362 and coordinate transmission and receipt of SIP 
messages. 
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FIG. 4 is a simplified high-level block diagram illustrating components of 
one embodiment of a message server. In the FIG. 4 arrangement^ a message server 
450 may facilitate serving text-based data messages to the caller ID systems 
associated with POTS telephone 471 and SIP enabled telephone 472. Message 
5 source 420 may generally correspond to message source 220 described above with 
reference to FIG. 2A; message source 420 may be an e-mail client, for example, or 
an instant message (IM) cUent. As noted above, application program software at 
message source 420 may be employed to compose a message to be transmitted to 
one or more intended recipients such as telephones 474 and 472. 
10 In accordance with the FIG. 4 embodiment, message server 450 may 

incorporate two incoming servers, namely; SMTP server 452 for receiving inbound 
messages from e-mail clients; and IM server 453 for receiving inbound messages 
from IM clients. The nature of the message source 420 (e-mail client or IM client), 
p therefore, may determine which of SMTP server 452 or IM server 453 receives a 

15 message transmitted fi-om source 420. 
;j Upon receipt at either server 452 or 453, data packets may be forwarded to a 

P message bgic subsystem 451, Message bgic 451 may determine if an incoming 

Q packet is a text message, or part thereof, to be queued for immediate processing, or a 

^ text reminder, or part thereof, to be archived for subsequent processing at a later 

fl 20 time. By way of example, a reminder may be forwarded to a message scheduler 457, 

J which may archive the reminder in an active messages database 459 or other data 

structure; the reminder may be retrieved by message logic 451 from database 459 as 
indicated in FIG. 4 for transmission at the appropriate time. Messages to be 
delivered without archival may be forwarded by message logic 451 to a SEP user 
25 agent 456 for immediate transmission. 

To facilitate transmission, user agent 456 may initiate a call to the intended 
recipient of the message. Where the network 401 is operative in accordance with 
SIP, for example, user agent 456 may employ the SIP stack 454 to transmit an 
INVITE request to the intended recipient such as SIP enabled telephone 472 or 
30 POTS telephone 471 (through IAD 460, which may correspond to IAD 360 
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described above). As noted above, some embodiments of a system and method of 
serving text-based data messages may overwrite certain fields in a data packet 
header; the message text may appear in an appropriate header location which is 
recognized by the receiving caller ID system. In the FIG. 4 arrangement, user agent 
5 456 may substitute message text for the original contents of the "display name" or 
the "caller ID" fields in the "from" header, for example; additionally or alternatively, 
contents of the "subject" header may be replaced by message text. 

A caller ID system at the intended recipient (one or both of telephones 471 
and 472) may retrieve data from one or more header locations which ordinarily may 

10 contain source-specific identifying information. Since such identifying information 
has been replaced by text-based message data (at message source 420, message 
server 450, or both), the receiving caller ID system displays a message rather than 
information identifying the source of the call; in the foregoing manner, operation of a 
system and method of serving such text-based data messages may be transparent to 

1 5 the served caller ID system. 

Additionally, message server 450 may be provided with outgoing audio 
capabilities; in such an embodiment, user agent 456 may transmit audio data, such as 
a pre-recorded announcement or other audio signal, for example, advising the 
intended recipient that an incoming call is a text-based message or reminder. Such 

20 pre-recorded audio data may be stored, for example, in a database or other storage 
medium 458, to be selectively retrieved and transmitted at appropriate times by user 
agent 456. 

RTP stack 455 may generally operate in the same manner as the SIP stack 
454 described above, and may be employed in the case where the network 401 is 
25 operative in accordance with RTP. 

FIG, 5 is a simplified flow diagram illustrating the general operational flow 
of one embodiment of a method of serving text-based data messages to a caller 
identification system. As indicated at blocks 501 and 502, a message composed at a 
remote source and addressed to one or more intended recipients may be routed to a 
30 message server, which may receive and queue the message for processing as 



- 11 - 



described above with reference to FIGS. 2A and 4. At block 503, the message server 
may identify the one or more intended recipients of the message such that the 
message or reminder may be routed properly. 

Any existing source-specific or source-identifying data in a display name or 
5 caller ID field of a data packet header may be overwritten with a text-based message. 
Such selective insertion of text-based data into header fields of a data packet may 
occur when the message is originally created and transmitted (block 501), or in 
conjunction with parsing the data packet to identify intended recipients (block 503), 
for example. 

10 A system and method of serving data messages may determine whether 

receipt notification is required or requested by the source at decision block 504. If 
no receipt notification is required or requested, the message may simply be 
forwarded to the identified intended recipients as indicated at block 505. Where 
'iU receipt notification is either required or requested by the source, however, the data 

1,0 15 packets containing the message may be routed to the identified intended recipients as 

indicated at block 506. 

;Ln In the FIG. 5 embodiment, a message server may repeatedly forward the 

message to the recipient, for example, until the recipient transmits a receipt 
^ notification which is received at the message server. In the case of multiple 

1^11 20 recipients, the message server may selectively forward the message to recipients 

from which a receipt has not been received. This iterative process is illustrated by 
the loop from decision block 507 back to block 506. Alternatively, when control 
logic at the message server does not receive a notification of receipt, the message 
server may archive the message in an active message database to be processed and 
25 retransmitted at a later time, for example. 

As indicated at block 508, when receipt notification has been received, the 
message server may forward the receipt notification to the source as confirmation of 
a successful message delivery. 

With respect to the FIG. 5 embodiment, those of skill in the art will 
30 appreciate that a protocol translator or converter device, such as an IAD described 
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above with reference to FIGS. 2 A and 3, may be identified as a recipient of the 
message. In operation, such a translator may serve as a sort of proxy for a POTS 
telephone, such that the telephone itself is not identified by the message server as an 
intended recipient, but rather the translator attends to any protocol translation and 
forwarding tasks. 

The foregoing receipt notification may be in the form of a simple SIP 
message transmitted from the recipient to the message server. For example, when a 
SIP telephone begins ringing, a "180 Ringing" response is transmitted to the caller 
(in this case, the message server); when a recipient answers a ringing SEP telephone, 
a "200 OK" response is transmitted to the caller or message server. In either of the 
above examples, the message server control logic may interpret the Ringing or OK 
response as confirmation of message receipt. As an ahemative, the recipient may 
initiate a call to the message server as receipt notification. 

Several features and aspects of the present invention have been illustrated and 
described in detail with reference to particular embodiments by way of example 
only, and not by way of limitation. Those of skill in the art will appreciate that 
various modifications to the disclosed embodiments are within the scope and 
contemplation of the invention. Therefore, it is intended that the invention be 
considered as limited only by the scope of the appended claims. 
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